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A TRANSPORT STREAM RECORDING DEVICE, METHOD THEREOF , TRANSPORT 
STREAM REPRODUCTION DEVICE, METHOD THEREOF , PROGRAM RECORDING 
MEDIUM AND A DATA RECORDING MEDIUM 

BACKGROUND OF THE INVENTION 
Field of the Invention 

This invention relates to a transport stream recording 
device, method thereof , transport stream reproduction device, 
method thereof , a program recording medium and a data recording 
medium and relates in particular to a transport stream 
recording device, method thereof, transport stream 
reproduction device, method thereof, a program recording 
medium and a data recording medium ideal for efficient record 
or reproduction of digital mul ti - channel broadcast signals 
transmitted as transport streams onto a data recording medium. 

Description of Related Art 

In Europe and North America, as well as domestically 
in Japan, MPEG2 (Moving Picture Experts Group Phase 2) 
transport streams are utilized in digital satellite broadcasts 
and land digital broadcasts, etc. MPEG video packets and MPEG 
audio packets for the audio and video of the broadcast program 
are time -mul tiplexed on these transport streams. The length 
of one transport stream packet is 188 bytes. 

If the transport stream corresponding to the program 

- 1 - 



could be recorded as digital signals on the receive side, then 
a high quality audiovisual program can be viewed repeatedly 
at any time with no degradation of image or sound quality. 

If the transport stream of a the program could further 
be recorded for instance, on a recording medium capable of 
random access such as a hard disk or optical disk, then random 
access reproduction highly responsive to user commands can 
be achieved. 

However, random accessible recording mediums such as 
hard disks and optical disks are usually formatted in logical 
block units of 2048 bytes called sectors and the data written 
in the sectors, based on an FAT (File Allocation Table) and 
UDF (Universal disk format), etc. 

To achieve reproduction with high responsiveness, the 
AV (audio-visual) data contained in the transport stream must 
be recorded in sector units (or integer multiples of sector 
units) . However, as mentioned above, the transport packet is 
188 bytes, while the sector is 2048 bytes so that the sector 
and byte are therefore not well compatible with each other 
and the problem currently exists that AV data contained in 
the transport stream cannot be recorded in sector units (or 
integer multiples of sector units) . 

Further, even if the AV data could be recorded in sector 
units (or integer multiples of sector units) , the high 
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responsiveness of the random access reproduction makes address 
control of the recorded AV data difficult and troublesome to 
achieve . 



SUMMARY OF THE INVENTION 

In view of the above circumstances of the related art, 
this invention has the object of efficiently recording or 
reproducing transport streams by attaching four byte transport 
extra headers (TP_extra_header) to each transport packet to 
generate a source packet and establish a new data unit 
constituted by an aligned unit equivalent to a three sector 
portion of 32 source packets. 

A first transport stream recording device of this 
invention comprises a header attachment section to attach a 
header to a transport packet constituting the transport stream 
and generate a source packet; and a record section to record 
a predetermined specified number of the source packets on the 
data recording medium as aligned units. 

A first transport stream recording device of this 
invention further comprises a counter to count the number of 
transport packets comprising the transport stream, and a null 
packet generator to generate null packets according to the 
count from the counter. 

A first transport stream recording method of this 
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invention records the input transport streams on a data 
recordingmedium wherein the transport s tream recording me thod 
adds a header to the transport packet comprising the transport 
stream and; records a predetermined specified number of the 
source packets on the data recording medium as aligned units. 

A program for a first program recording medium of this 
invention comprises a header attachment process to attach a 
header to a transport packet constituting a transport stream 
and generate a source packet; and a process to record a 
predetermined specified number of the source packets on the 
data recording medium as aligned units. 

A transport stream reproduction device of this invention 
comprises a reproduction section, a calculating section to 
calculate the address corresponding to the designated 
reproduction start position, and a controller to control the 
reproduction section so that read-out of the transport packets 
starts from the calculated address, and the aligned units are 
comprised of a predetermined specified number of collected 
source packets attached with headers to constitute the 
transport stream. 

A transport stream reproduction device of this invention 
further comprises a deletion section to convert a designated 
deletion range into the aligned unit data region and to delete 
the converted aligned units recorded on the transport streams . 
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A transport stream reproduction method of this invention 
comprises a step of calculating the address corresponding to 
the designated reproduction start position, and a step of 
reading out the transport packet from said calculated address 
and control the start of the reproduction section, in which 
the aligned units comprises a predetermined specified number 
of collected source packets attached wi th headers to constitute 
the transport stream. 

A program of a program recording medium of this invention 
comprises a step of calculating the address corresponding to 
the designated reproduction start position, a step of reading 
out said transport packet from said calculated address and 
controlling the start of said reproduction section, in which 
the aligned units comprises a predetermined specified number 
of collected source packets a t tached wi th header s to constitute 
the transport stream. 

In a first transport stream recording device and method, 
and a program recording medium of this invention, a source 
packet attached with a header is generated in a transport packet 
constituting a transport stream; the generated source packets 
are each grouped into a specified number of source packets 
and aligned units generated, and the aligned units recorded 
on the recording medium. 

In a second transport stream recording device andmethod, 
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and a program recording medium of this invention, a source 
packet attached withaheaderis generated in a transport packet 
constituting a transport stream; the generated source packets 
are each grouped into a specified number of source packets 
and aligned units generated, and the aligned units recorded 
on the recording medium. 

A transport stream reproduction device and method, and 
a program for a recording medium of this invention are 
characterized in that the reproduction start position is 
specified, the address on the data recording medium 
corresponding to the specified reproduction start position 
is calculated, and the read out of the transport packet is 
started from the calculated address on the data recording 
medium . 

BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a block diagram showing the structure of the 

recording device 10 of the embodiment of the invention. 

Fig. 2A through 2C are diagrams showing the sequentially 

processed transport packet in the recording device 10. 

Fig. 3 is a drawing showing the syntax of the source 

packets . 

Fig. 4 is a drawing showing the relation of aligned units 
and sectors . 
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Fig. 5A through 5C are flowcharts illustrating the data 
structure of the aligned units. 

Fig. 6 is a drawing showing the relation of aligned units 
and sectors. 

Fig. 7 is a flowchart illustrating the transport stream 
recording process for the recording device 10. 

Fig. 8 is a flowchart showing process for generating 
the arrival time stamp. 

Fig. 9 is a flowchart illustrating the recording process 
for the entry point map of the recording device 10. 

Fig. 10 is a drawing showing the relation of the PTS 
and the packet No. listed in the entry point map. 

Fig. 11 is a drawing showing a typical entry point map. 

Fig. 12 is a block diagram showing the structure of the 
recording device 30 of the embodiment of the invention. 

Fig. 13A through 13D are drawings showing the data 
configuration of the aligned units. 

Fig. 14 is a block diagram showing the structure of the 
reproduction device 40 of the embodiment of the invention. 

Fig. 15 is a flowchart illustrating the reproduction 
processing of the reproduction device 40. 

Fig. 16 is a flowchart illustrating the sectional 
deletion processing of the reproduction device 40. 

Fig. 17A through 17B are drawings showing the erasure 
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of data in aligned units. 

Fig. 18 is a drawing illustrating the method for recording 
the aligned units on the data recording medium 21 constituting 
a sector size of 65536 bytes. 

Fig. 19 is a drawing showing the relation of sectors 
and aligned units at the beginning of the recording. 

Fig. 20 is a drawing shown an example of erased aligned 
units previously recorded in a sector. 

Fig. 21 is a drawing shown an example of erased aligned 
units previously recorded in a sector. 

Fig. 22 is a drawing shown an example of erased aligned 
units previously recorded in a sector. 

DETAILED DESCRIPTION OF THE INVENTION 
A first example comprising the embodiment of the 
transport stream recording device of this invention is 
described while referring to Fig. 1. The recording device 10 
attaches a transport packet extra header and generates a source 
packet as shown in Fig. 2B, into each packet of the transport 
stream of one program input to the recording device 10 at 
irregular periods as shown in Fig. 2A, from the set-top box 
for receiving digital broadcast signals. The generated DVR 
transport stream set with source packets is recorded on the 
recording medium 21 formatted for example in sectors of a fixed 
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length as shown in Fig. 2C. The horizontal axes of Fig. 2A 
and Fig. 2B indicate the time axis of arrival times in the 
recording device 10 of the transport packet. 

A stream analyzer 11 of the recording device 10 reads 
(loads) out the packets stored with the PAT (Program 
Association Table) , PMT (Program Map Table) , and the PCR 
(Program Clock Reference) while referring to the sequentially 
input PID of the transport packets, and outputs the PCR to 
the PLL (Phase Locked Loop) 12. The stream analyzer 11 counts 
the number of sequentially input transport packets , and outputs 
that count (value) to the null packet generator 14 as a packet 
No . 

The stream analyzer 11 also detects a position (entry 
point) to start random access reproduction of the transport 
stream that was input, and outputs information (entry point 
data) designating the entry point to the stream data base maker 
16. More specifically, a transport stream containing I picture 
data at the beginning as defined by MPEG2 is detected as the 
entry point data, and the packet No . of the applicable transport 
packet and the PTS (Presentation Time Stamp) of the applicable 
I picture are supplied to the stream data header maker 16. 
The PTS is information contained in the PES packet header to 
the MPEG2 system standard, and indicates the reproduction time 
(elapsed time period from reference time) of the applicable 
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I picture based on the reproduction start time of the program. 

The PLL 12 aligns the 27 megahertz system clock signal 
by utilizing the PCR input from the stream analyzer 11 and 
outputs the clock signal to the counter 13. The counter 13 
synchronizes with the system clock signal input from the PLL 
12, counts up an arrival time clock ( arr ival_t ime_clock) 
showing the input time to the recording device 10 of the 
transport packet . Also, the counter 13 at the same time outputs 
an arrival time stamp (arrival_time_stamp) as the arrival time 
clock sample value, to the transport extra header 
(TP_extra_header) 15. The arrival time clock is here reset 
to zero when the transport packet at the beginning of the program 
is input. 

When the counter 13 IS for instance, a binary counter 
that counts clock pulses from a 27 megahertz clock, and the 
bit length of the arrival time stamp is N, then the N bit of 
the LSB (Least Significant Bit) of the count value is output 
as the arrival time stamp. 

In other words, if the binary counter value for counting 
clock pulses from the 27 megahertz clock at time t is expressed 
as arrival_time_clock ( t) , and the bit length of the arrival 
time stamp is expressed as N, then the arrival time stamp ATS ( t) 
for the time t, is calculated by the following equation (1) . 

ATS(t) = arrival_time_clock ( t) %2 N ... (1) 



10 



The "%" in equation (1) is the operator for calculating 
the positive integer remainder. 

Fig. 3 is a drawing showing the syntax of the source 
packet. The TP_extra_header ( ) indicates a transport packet 
extra header with a 4 byte length. The t ranspor t_packe t ( ) 
indicates an MPEG2 transport packet with a 188-byte length 
as defined in ISO/IEC13818 - 1 . 

Fig. 4 is a drawing showing the syntax of the transport 
packet extra header when the arrival time stamp was set as 
a 30-bit length. 

The copy permission indicator is an integer 
corresponding to one of the copy restrictions (copy free, no 
more copy, copy once, or copy prohibited) on the payload of 
the transport packet. When N = 30 in equation (1), the 
arrival_time_s tamp is an integer having the value specified 
by ATS ( t) . 

The null packet generator 14 generates a null packet 
(188 bytes) not signifying information, and corresponding to 
the lastpacketNo. input from the stream analyzer 11 and outputs 
that null packet to the transport packet extra header adder 
15. In other words, when the total number of transport packets 
comprising the program input to the recording device 10 
(equivalent to packet No . that was input las t) is not a mul tiple 
of 32, the packet No. that was last input, and a null packet 
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with a value larger than that packet No . and number differential 
nearest a multiple of 32 is output to the transport packet 
extra header adder 15. 

Therefore, the packets input to the transport packet 
extra header adder 15 are an integer multiple of 32 and consist 
of null packets from the null packet generator 14 and external 
transport packets . The null packet here, is a transport packet 
ID (PID) value that is a hexadecimal value of OxlFFF and a 
packet whose payload holds no significant data. 

Simultaneous with input of the packet, the transport 
packet extra header adder 15 attaches a transport packet extra 
header (4 bytes) containing an arrival time stamp input from 
the counter 13, to the externally input transport packet (188 
byte) , or the null packet input from the null packet generator 
14, and generates a 192 byte source packet such as shown in 
Fig. 5C and outputs the source packet to a file system 17. 

The stream data base maker 16 generates an entry point 
map by using entry point data (packet No. of transport packet 
storing the I picture PTS , and applicable I picture data) input 
from the stream analyzer 11, and outputs the entry point map 
to the file system 17. 

The file system 17 divides the input of source packets 
(192 bytes each) from the transport packet extra header adder 
15 in units of 32 source packets as shown in Fig. 5B, files 
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each unit of 32 source packets as aligned unit (6144 bytes) 
which is a logical data unit. Then, as shown in Fig. 5A, outputs 
the aligned units placed consecutively in the DVR transport 
stream, to the error correction section 18. The file system 
17 also performs filing of the entry point maps input from 
the stream data base maker 16 and makes an entry point map 
file, and outputs the entry point map file to the error 
correcting section 18. 

The error correcting section 18 adds error correcting 
information to the file input from the file system 17 and outputs 
it to the modulator 19. The modulator 19 modulates the file 
from the error correction section 18 using a specified method 
and outputs the file to the write section 20. The write section 
20 records one aligned unit (6144 bytes) on three sectors (6144 
bytes = (2048*3)) of the data recording medium 21. In other 
words, the Mth. aligned unit as shown in Fig. 6 is recorded 
on the (3*m) through {(3*M)+2) sectors of the recording medium 
21, and the following Mth + 1 aligned unit is recorded on the 
(3* (M + l) through (3* (M+l) + 2) sectors of the recording medium 
21. The write section 20 also records the entry point map on 
the specified position of the data recording medium 21. 

The data recording medium 21 is randomly accessible and 
the data recording region is formatted for instance in sectors 
on a recording medium such as a hard disk, an optical disk, 



a magneto - optical disc or a semiconductor memory. 

A controller 22 controls a drive 23, loads a control 
program stored onto a program recording medium such as a 
magnetic disk 24, an optical disk 25, a magneto - op tical disc 
26, or a semiconductor memory 27. The controller 22 also 
controls each section of the recording device 10 based on the 
control program that was loaded as well as commands input by 
the user. 

The transport stream recording process of the recording 
device 10 is next described while referring to the flowchart 
of Fig . 7 . This transport stream recording process starts with 
a record start command from the user. 

In step SI, the stream analyzer 11 resets the packet 
No. TPN to 0 . In step S2, the stream analyzer 11 determines 
whether or not a transport packet was externally input. The 
stream analyzer sets to standby (wait) until determined that 
a transport packet was externally input. Operation proceeds 
to step S3 when determined that a transport packet was 
externally input. 

In step S3, the transport packet extra header adder 15 
attaches a transport packet header (four bytes) containing 
an arrival time stamp input from the counter 13, to the 
externally input transport packet (188 bytes), generates a 
source packet of 192 bytes, and outputs the source packet to 
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the file system 17. 

Here, the processing for generating the arrival time 
stamp contained in the transport packet extra header is 
described while referring to the flowchart of Fig. 8. 

In step Sll, the PAT of the transport stream that was 
input is stored, a PAT packet consisting of a PID of 0x0000 
is detected, and the PID of the packet stored with the PMT 
contained in the PAT (hereafter called PMT packet ) is acquired. 
In step S12, the PMT is detected based on the PID of the PMT 
packet acquired in step Sll, and the PID of the packet stored 
with the PCR listed in the PMT (hereafter called PCR packet) 
is acquired. In step S13, the PCR is extracted based on the 
PID of the PCR packet acquired in step S12, and the extracted 
PCR is supplied to the PLL 12. 

In step S14, the system clock signal is aligned in the 
PLL12 by using the PCR input from the stream analyzer 11, and 
the system clock signal supplied to the counter 13. In step 
S15, the arrival time counter is synchronized by the counter 
13 with the system clock signal from the PLL 12 , and arrival 
time counter made to count upwards. At the same time, that 
sampling value is output as the arrival time stamp to the 
transport packet extra header adder 15. 

Returning to Fig. 7, in step S4 , the stream analyzer 
11 increments the packet No. TPN only by 1, and outputs it 
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to the null packet generator 14. 

In step S5, the stream analyzer 11 determines whether 
or not the external input of transport packets has ended, when 
determined that external input of transport packets has not 
ended, the operation returns to step S2 and the processing 
from step S2 is repeated. 

In the period for repeating the processing from step 
S2 through S5, the source packet output to the file system 
17 is subdivided into 3 2 aligned units. The DVR transport stream 
file pre-stuffed with the aligned units, is also added with 
error correction information in the error correction section 
18, and after modulation in the modulator 19, is recorded on 
the recording medium 21 by the write section 20. 

In step S5, when determined that external input of 
transport packets has ended, the operation proceeds to step 
S6 . 

In step S6, the null packet generator 14 determines 
whether or not the packet No. TPN last input from the stream 
analyzer 11 is a multiple of 32. When determined the packet 
No. TPN that was input last is not a multiple of 32, operation 
proceeds to step S7. At this time, a source packet of less 
than 32 pieces not filed as an aligned unit is present. 

In step S7, the null packet generator 17 generates a 
null packet with the number differential from the nearest 
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multiple of 32 and also larger than the last packet No. TPN 
that was input, and outputs it to the transport packet extra 
header adder 15. In step S8, the transport packet extra header 
adder 15 attaches a transport packet extra header to the null 
packet input from the null packet generator 14, generating 
a source packet and outputs it to the file system 17. 

The file system 17 outputs both the source packets not 
made into aligned units because of having less than 32 pieces, 
with the source packets of the null packet, to the subsequent 
stage as a combined 32 source packets of aligned units. Error 
correction information is from hereon, added in the same way, 
and after modulation by the modulator 19, is recorded on the 
recording medium 21 by the write section 20. 

As described above, even if the total number of transport 
streams constituting the one program that was input per the 
recording device 10 is not a multiple of 32, a null packet 
is generated of an amount equal to the differential 
(insufficiency) with the multiple of 32, so that aligned units 
equivalent to a three sector portion of data can be recorded 
onto the recording medium 2 1 . Data controlled as sector (units) 
can therefore be loaded from the recording medium 21. 

The process for entry point map recording, executed in 
parallel with the above described transport stream record 
processing is next described while referring to the flowchart 
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in Fig. 9. This entry point map record processing starts 
simultaneously with the above mentioned transport stream 
record processing. 

In step S21, the stream analyzer 11 determines whether 
or not a transport stream packet was input externally, and 
is in standby (waits) until determined that a transport stream 
packet was input externally. When determined that a transport 
stream packet was input externally, the operation proceeds 
to step S22 . 

In step S22, the stream analyzer 11 determines whether 
or not the payload of the applicable transport packet starts 
from the first byte of the PES packet, by detecting whether 
or not a 1 is listed in the payload unit start indicator 
(payload_uni t_s tart_indicator ) contained in the transport 
packet header of the transport packet. When a 1 is detected 
in the payload unit start indicator and the payload of the 
transport packet is determined to start from the first byte 
of the PES packet, the operation proceeds to step S23 . 

In step S23, the stream analyzer 11 determines whether 
or not an MPEG video sequence header code 

( sequence_header_code) constituted by Ox000001B3 is listed 
in the beginning of the PES packet contained in the transport 
packet payload. When determined that an MPEG video sequence 
header code is listed, the I picture data is determined to 
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be listed in the payload of the applicable transport packet, 
and the operation proceeds to step S24. 

In step S24, the stream analyzer 11 determines if the 
applicable transport packet is the entry point, and outputs 
the PTS of the I picture stored in the applicable transport 
packet and the packet No. of the applicable transport packet, 
along with the identification information (video_PID) of the 
applicable program to the stream data base maker 16, as the 
entry point data. 

In step S25, the stream data base maker 16 writes the 
entry point data input from the stream analyzer 11 into the 
entry point map. 

When determined for instance, as shown in Fig. 10, that 
I picture data is listed in the payload of the transport packet 
having a packet No. {32*M+4) r then as shown in Fig. 11, the 
packet No. (32*M + 4) and that PTS (= pts 1) are correspondingly 
written in the entry point map. Also, when determined that 
I picture data is listed in the payload of the transport packet 
constituted by packet No. (32*M+1) + 5) , then the packet No. 
(32*M+1) + 5) and that PTS (= pts2) are written to correspond 
to it in the entry point map. 

In the entry point map of Fig. 11, the packet No. of 
the packet in which the I picture data is stored is shown as 
the l_s tart_packet_No . Also in the entry point map , the offset 
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source packet number (of f set_source_packet_number) is the 
packet No. attached to the packet at the beginning of the 
applicable program and the reset value is 0. 

in step S26, the stream analyzer 11 determines whether 
or not the external input of transport packets is ended. When 
determined that external input of transport packets has not 
ended, the operation returns to step S21 and subsequent 
processing is repeated. When determined in step S26, that 
external input of transport packets has ended, the operation 
proceeds to step S27. 

In step S27, the stream data base maker 16 outputs the 
entry point map that was made, to the file system 17. The file 
system 17 performs filing on the entry point map that was input , 
and outputs this to the subsequent stage. Error correction 
information is from hereon, added in the same way, and after 
modulation by the modulator 19, is recorded on the recording 
medium 21 by the write section 20. 

The entry point map recorded in the data recording medium 
21 as described above, is utilized in the reproduction 
processing described later on. 

The packet No. is listed on the entry point map of the 
above embodiment, as the information for specifying the entry 
point position, so that a smaller byte quantity is required, 
compared to when expressing the entry point position by 



utilizing the byte accuracy of the address. 

A block diagram of the second embodiment of the recording 
device constituted by the transport stream recording device 
of the invention is shown next in Fig . 12 . This recording device 
30 is the recording device 10 of the first embodiment shown 
in Fig. 1 with the null packet generator 14 omitted. Other 
component blocks however are common with the recording device 
10 . 

The DVR transport stream generated by the recording 
device 30 is shown in Fig. 13A through 13C. The point differing 
from the DVR transport stream {Figs. 5A through 5C) generated 
by the recording device 10 as shown in Fig. 13D is that when 
the source packets on the ends do not total 32 pieces, a null 
packet is not added, and the recording performed as is. The 
number (Nx+1) of source packets not amounting to 32 pieces 
in the end portions is calculated with the following equation 
(2) . 

Npacket = file size/192 

Nx = Npacket%32 ... (2) 

Here, the Npacket is the total number of source packets 
comprising the DVR transport stream. The file size is the data 
quantity (byte quantity) of the DVR transport stream file 
managed by the file system 17. The "/" signifies division 
eliminating the part of the quotient below the decimal point. 



The "%" signifies calculation of the remainder. 

In the stream data base maker 16, if the total number 
of Npackets for the source packet comprising the DVR transport 
stream are listed in the stream data base, then the Nx can 
be calculated in the reproduction device 40 (described later) . 

Next, Fig. 14 shows a block diagram of the reproduction 
device constituting the embodiment of the transport stream 
reproduction device of this invention . The reproduction device 
40 reproduces the AV signal corresponding to the applicable 
DVR transport stream file from the data recording medium 21 
storing the DVR transport stream file and the entry point map 
file by the recording device 10 or the recording device 30. 

The reproduction device 40 also has a function to delete 
sections of the recorded DVR transport stream file. 

A read-out section 41 reads out (or loads) signals 
corresponding to the DVR transport stream files or entry point 
map files from the recording medium 21 that match the 
read -out/control signals input from the controller 49 and 
outputs them to a demodulator 42. The demodulator 42 
demodulates the signals input from the read-out section 41 
per the modulator 19 of recording devices 10, 30, and outputs 
the signals to the error correction section 43. The error 
correction section 43 performs error correction of the signals 
based on error correction information supplied from the error 
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correction section 18 of recording devices 10, 30 and outputs 
the DVR transport stream file or entry point map file thus 
obtained, to the file system 44. 

The file system 44 separates the DVR transport stream 
file input from the error correction section 43 into source 
packets and outputs them to a buffer 45. The file system 44 
also supplies the entry point map input from the error 
correction section 43 to the controller 49. 

The clock oscillator 48 generates a 27 megahertz arrival 
time clock pulse and outputs it to the counter 60. The counter 
60 resets the arrival time stamp of the first source packet 
from the DVR transport stream, counts the 27 megahertz clock 
pulses, calculates the time based on the clock counter value 
and outputs it to the comparator 45. 

The arrival time stamp contained in the transport packet 
extra header of the source packet, is output by the comparator 
45 to a demultiplexer 46, in a transport packet with the 
transport packet extra header removed from the applicable 
source packet, at a timing equivalent to the current time 
supplied from the counter 60. 

For instance, when the time issued by the counter 60 
is displayed as a value on a binary counter of 27 megahertz 
clock pulses and further when the arrival time stamp is 
displayed at a an N bit length time with an accuracy of 27 

- 23 - 



megahertz, then a transport packet with the transport packet 
extra header removed from the applicable source packet is 
output from the comparator 45 to the demultiplexer 46 at a 
timing equivalent to the arrival time stamp and the K bit on 
the LSB side of the time issued by the counter 60. 

The demultiplexer 46 extracts the transport packets for 
the audio and video matching the program specified by the user, 
from the transport packet input from the comparator 45, and 
outputs the transport packets to an AV decoder 47 . The AV decoder 
47, decodes each video and audio transport packet from the 
demultiplexer 46, and outputs the video and audio signals thus 
obtained to a latter stage. 

The controller 49 regulates a drive 51, loads the control 
program stored on a program recording medium such as a magnetic 
disk 52, an optical disk 53, a magneto - opt ical disk 54 or a 
semiconductor memory 55, and controls each section of the 
reproduction device 40 based on commands input from the user 
and the control program that was loaded. 

When sections of the DVR transport stream file recorded 
on the recording medium 21 were erased, the write section 50 
rewrites (updates) specified sections (described later) of 
the entry map supplied from the controller 49, and records 
these changes on the data recording medium 21. 

The reproduction processing of the reproduction device 
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40 is next described while referring to the flowchart of Fig. 
15. This reproduction processing starts when program 
reproduction instructions, and reproduction start commands 
are input from the user. 

In step S31, the entry point map corresponding to the 
program reproduced from the recording medium 21 is loaded by 
the read-out section 41, and supplied to the controller 49 
after the processing from the demodulator 42 through the file 
system 44. In step S32, the reproduction start position 
(Expressed by using the elapsed time from the beginning of 
the program.) of the program is input to the controller 49 
by the user. 

In step S33, the controller 49 compares the reproduction 
start position input in step S32, with the PTS listed in the 
entry point map obtained in step S31, and establishes the 
read -out start address of the DVR transport stream by utilizing 
the packet No. (I_start_packet_No) of the entry point having 
the PTS value nearest the reproduction start position that 
was input. 

More specifically, the AUNEP number for the aligned units 
contained in the entry point source packet; the offset packet 
quantity OFTEP from the beginning of the aligned unit shown 
by AUNEP to the entry point source packet; and further, the 
sector No. SNAU recorded at the beginning of the aligned unit 
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shown by AUNEP; are calculated as the read-out start address 
as shown in equation (3) . 

AUNEP = (I_start_packet_No-of f set_sour ce_packe t_number ) /32 
OFTEP = { I_star t_packet_No - of f set_source_packet_number ) %32 
SNAU = AUNEP*3 ... (3) 

Here, the symbol "/" signifies division that eliminates 
the part of the quotient below the decimal point. The symbol 
"%" signifies calculation of the remainder. 

When for instance, the PTS of the entry point map shown 
in Fig. 11, starts reproduction from the entry point ptsl, 
the packet No. (I_start_packet_No) is 32*M+4 so that the 
read-out start addresses are calculated as shown below using 
equation (3 } . 

AUNEP = M 

OFTEP = 4 

SNAU = 3M 

In step S34, the read-out section 41 starts read out . 
(loading) from the recording medium 21 of the DVR transport 
stream from the read-out start address as established in step 
S33 based on control by the controller 49. The DVR transport 
stream that was read out is processed as needed from the 
demodulator 42 to the demultiplexer 46, and input to the AV 
decoder 47 as video and audio streams. 

In step S35, the AV decoder 47 decodes the video and 
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audio transport packets from the demultiplexer 46 , and outputs 
the video and audio signals thus obtained to, for instance 
a monitor (not shown in the drawings) . 

In step S36, the controller 49 determines whether or 
not a change in the reproduction start position (such as random 
access reproduction) was commanded by the user . When determined 
that a change in the reproduction start position was commanded, 
the operation returns to step S33, the read-out start position 
is once again established, and processing subsequent to step 
S33 is repeated. 

In step S36, when determined that no change in the 
reproduction start position was commanded, operation proceeds 
to step S37. In step S37, the controller 49 determines whether 
or not the user commanded that reproduction end. When 
determined that the ending reproduction was not commanded, 
the operation returns to step S34 and processing subsequent 
to step S34 is repeated. That reproduction processing is later 
ended, when determined that ending of reproduction was 
commanded . 

The reproduction processing as described above, is 
contrived to start reproduction from the entry point listed 
in the entry point map. The address in the recording medium 
21 recorded with this entry point data can be easily found 
by a simple calculation so that control of the read -out position 
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can be easily performed and quickly implemented. 

The sectional deletion processing implemented by the 
reproduction device 40 on sections of the DVR transport stream 
file recorded on the recording medium 21 is next explained 
while referring to the flowchart of Fig. 16. This deletion 
(erasure) processing starts when instructions specifying 
program sections the user wants to sectionally delete, and 
commands to start sectional deletion are input from the user. 

In step S41, an entry point map corresponding to the 
specified program is loaded from the recording medium 21 by 
the read-out section 41, and after the appropriate processing 
implemented from the demodulator 42 through the file system 
44, the entry point map is supplied to the controller 49. In 
step S42, the user inputs the amount of program deletion 
(expressed by utilizing the elapsed time from the beginning 
of the program) to the controller 49. 

In step S43, the controller 49 compares the range of 
program deletion input in step S42, with the entry point map 
obtained in step S41, converts the deletion (erasure) range 
into aligned units, and calculates the deletion range of the 
address "by using the same calculation method as in step S33 
of Fig. 15. 

As shown for ins tance in Fig . 17A, when the range speci f ied 
for erase by the user is from the beginning of the program 
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to the pts3 source packet as the PTS inside the M+lth aligned 
unit, the actual range erased, is converted from the beginning 
of the program to the Mth aligned unit, and that address 
calculated. 

In step S44, the controller 49 for instance makes the 
write section 50 write null data in the erase range area set 
in aligned units in step S43 , to delete the recording in the 
erase as shown in Fig. 17B from the recording medium 21. 

In step S45, the controller 39 revises (updates) the 
entry map and outputs it to the write section 50. The write 
section 50 writes the entry map onto the recording medium 21. 
More specifically, in the example shown in Fig. 17, the offset 
source packet number is rewritten to (M+l)*32. The end point 
data present in the erased program range is deleted, output 
to the write section 50 and written onto the recording medium 
21 . 

In the deletion processing as described above, the DVR 
transport stream file is deleted in aligned units so that the 
undeleted portions of the transport stream file are kept 
recorded as aligned units. 

This embodiment showed the recording device 10, 
recording device 30 and the reproduction device 40 as separate 
components however a structure combining the recording device 
10 ( or recording device 3 0 ) into one device may also be employed . 
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Further, in the above described embodiments, data was 
recorded in aligned units onto areas {in this case, a 3 sector 
area, in other words 2048 bytes*3) that were a multiple of 
the sector {sector size is 2048 bytes) on the recording devices 
10, 30 of this invention, however the recording methods are 
not limited to this example. 

A method for instance, for recording on a data recording 
medium having a sector size of 65536 (= 64*1024) bytes is 
explained. An example for recording 32 aligned units on a 3 
sector area (65536 bytes*3) is shown in Fig. 18. 

The squares (□) in Fig. 18 indicate the aligned units, 
and the numerals in these squares (0 through 31) are the aligned 
unit Nos. recorded in the 3 sector portion. The 10th aligned 
unit and the 21th aligned unit are recorded striding two sectors . 
The numerals (1 through 9) below the squares (□) showing the 
aligned units, are the offset Nos. within the sectors holding 
all data in aligned units. 

At the start of recording, as shown in Fig. 18, the 
beginning aligned unit is aligned at the sector start position. 
The first half of 4096 bytes (6144 - 2048) of the 0th through 
9th aligned units and the 10th aligned units are recorded in 
the Kth (K is a positive integer) sector. The latter half of 
2048 bytes (6144 - 4096) of the 10th aligned unit, the 11th 
through 20th aligned units, as well as the 21st aligned unit 
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first half 2048 (= 6144 - 4096) bytes are recorded in the K+ 1 
sector. The latter half 4096 bytes of the 21st aligned unit, 
as well as the 22nd through 31st aligned units are recorded 
in the K + 2 sector. 

In the case of a UDF or FAT file system, (in other words, 
the sector size is 2048 bytes) the file start point data must 
be aligned with the sector start position, however when the 
sector size is 65536 bytes, the data of the file start point 
may start at a point within the sector not necessarily the 
sector start position. In that case, the file system has a 
sector start offset showing the file start point within the 
sector . 

A method for deleting data at the beginning portion of 
a file when the sector size is 65536 bytes, is explained. 

The case of deleting data of the beginning portion of 
a file is explained. First of all, the initial aligned unit 
is aligned in sectors at the beginning of recording as shown 
in Fig . 19 . 

Fig. 20 shows an example of recorded data in the 0th 
sector, deleted up to a certain point in aligned units. In 
this example, the sector start offset showing the position 
of the file start point within the sector, is a value of 6144*i 
{i is an integer of 10 or less) bytes. 

Fig. 21 shows an example of recorded data in the 1st 
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sector, deleted up to a certain point in aligned units. In 
this example, the sector start offset showing the position 
of the file start point within the sector, is a value of 
2048+6144*i bytes. 

Fig. 22 shows an example of recorded data in the 2nd 
sector, deleted up to a certain point in aligned units. In 
this example, the sector start offset showing the position 
of the file start point within the sector, is a value of 
4096+6144*i bytes. 

In this case also, after the beginning portion of the 
file is deleted, along with revising (rewriting) the offset 
of the packet No . matching the packet No . ( of f set_packet_number 
of Fig. 11) showing the entry point listed in the entry point 
map, the entry point data for referring to the entry point 
that was deleted in aligned units, is deleted from the entry 
point map. 

To reproduce a DVR transport stream that was recorded 
in this way, the read out start position address of the DVR 
transport stream is established based on the packet No . showing 
the entry point recorded in the entry point map. 

More specifically, the read out start position address 
of the DVR transport stream is established by the calculation 
shown below in processes (1) through (6). 

In process (1), the offset sector No. OFT_SCT_NUM from 
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the sector containing the file start point data to the sector 
containing the specified entry point data, is calculated by 
utilizing the following equation (4) . The OFT_SCT_NUM supplies 
values for K, K+l, or K+2 shown in Fig. 18. 

TMP_ALU_N0=TMP1/614 4 

TMP_OCN= TMP_AL U_NO* 6 144/65536 

OFT_SCT_NUM=TMP_OCN-XN ... (4) 

When the sector_s tart_of f set%6144 = 0, 

at TMP1 = ( I_start_packet_Ho - of f set_source_ 

packet_number) *192 + TMP2, 

TMP2 = sector_start_of f set 

XN = 0 

When the sector_s tart_of f set%6144 = 2048, 
TMP2 = sector_start_of f set+65536 
XN = 1 

When the sector_start_of f set%6144 = 4096, 
TMP2 = sector_start_of f set+65536*2 
XN = 2 

In process (2), REF_ALU_NO for the 0th through 31th 
aligned units shown in Fig . 18 (aligned units containing entry 
points) is calculated by utilizing the following equation (5) . 
RE F_ALU_NO = TMP_ALU_NO%3 2 ... (5) 

In process (3) , a check is made as to whether or not 
the REF__ALU NO is 10 or 21. When the REF_ALU_NO is found to 
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be 10 or 21, then the applicable aligned unit containing the 
entry point is determined to be striding the sector shown by 
the OFT_SeT_NUM, and the following sector. 

When a check of the REF_ALU_NO shows it is not 10 or 
21, then in process (4), then the offset quantity OST_FST ALU 
from the sector start position shown by OFT_SCT_NUM, to the 
initial aligned unit provided with all data, is calculated 
using the following equation {6} . The OST__FST_ALU supplies 
the 2048 byte or 4096 byte value shown in Fig. 18. 

OST_FST_ALU = {TMP_0CN%3 ) *2048 ... (6) 

In process (5) , the aligned unit quantity OFT_ALU NUM 

for the offset from the initial aligned unit provided with 
all data to the aligned unit containing the entry point is 
calculated using the following equation (7) . The OFT_ALU_NUM 
value indicates any of the offset No. (0 through 9) for the 
aligned units provided with all data within the sector shown 
in Fig. 18. 

OFT_ALU_NUM = REF_ALU_NO - XNUM ... (7) 

When TMP_OCN%3 - 0, 
XNUM = 0 

When TMP_OCN%3 = 1, 
XNUM = 11 

When TMP_OCN%3 = 2, 
XNUM =22 
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The offset packet quantity OFTEP from the beginning of 
the source packet to the entry point source packet, for the 
aligned units shown in OFT_ALU_NUM, in process (6) , or for 
the aligned units are 10 or 21 of REF_ALU_NO in process (3), 
is calculated using the following equation (8) . 
OFTEP = (I_start_packet_No-of f set_source_ 

packet_number) %3 2 ) ... {8) 

The processing sequence described above can be 
implemented with hardware, yet may also be implemented with 
software. When implementing the processing sequence with 
software, the program comprising that software may be installed 
in dedicated hardware incorporated into a computer or installed 
in the various programs, and installed from a recording medium 
such as a general -purpose personal computer capable of 
implementing the various functions. 

The program may also be distributed to the user on a 
recording medium not using a computer as shown for instance 
in Fig. l. The program may be provided to the user not only 
on a magnetic disk 24 {including floppy disks), an optical 
disk 25 (CD-ROM {compact disk read only memory}), a DVD 
(including digital versatile disk) , an optical -magnetic disk 
26 (including MD {mini disk) , or a packaged medium such as 
a semiconductor memory 27, but may also provided to the user 
as a program incorporated beforehand into the computer or a 
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program recorded onto a ROM or hard disk, etc. 

In these specifications, the steps for loading the 
program recorded on the recording medium were of course 
processed along a time base according to a recorded sequence. 
Of course, these processes may also be implemented one at a 
time or in parallel without necessarily always processing along 
a time base. 

In these specifications, the term "system" is used to 
express the overall device comprised of a plurality of device 
units . 

In the first transport stream recording device and 
transport stream record method, and also the program recording 
medium of the above described invention, the specified source 
packet added with transport packet header is collected into 
a specified number of pieces, and aligned units generated and 
recorded on the recording medium, so the effect is rendered 
that the transport packets can recorded with good efficiency 
onto the recording medium. 

Further, in the second transport stream reproduction 
device and transport stream reproduction method, as well as 
the program recording medium in the above described invention, 
the specified source packet added with transport packet header, 
is sub-divided into a specified number of pieces and aligned 
units generated and recorded on the recording medium, so the 
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effect is rendered that the transport packets can recorded 
with good efficiency onto the recording medium. 

Still further, in the transport stream reproduction 
device and transport stream reproduction method, as well as 
the third program recording medium in the above described 
invention, the address on the data recording medium 
corresponding to the designated reproduction start position 
is calculated, and the loading (reading) commenced of transport 
packets from the calculated address on the data recording 
medium so the effect is rendered that the transport packets 
can loaded (read out) with good efficiency. 



WHAT IS CLAIMED IS: 

1. A transport stream recording device for recording 
input transport streams on a data recordingmedium, comprising: 

a header attachment section of attaching a header to 
a transport packet having said transport stream and generating 
a source packet; and 

a record section of recording a predetermined specified 
number of said source packets on said data recording medium 
as aligned units. 

2. A transport stream recording device according to 
claim 1, further comprising: 

a counter for counting the number of transport packets 
having said transport stream; and 

null packet generator for generating null packets 
according to the count from said counting means. 

3 . A transport stream recording device according to 
claim 1, wherein the beginning of each said aligned unit is 
periodically placed in the beginning of a sector. 

4. A transport stream recording device according to 
claim 3, wherein the data length of said aligned units is 
equivalent to a multiple of the sector length of said data 
recording medium. 

5 . A transport stream recording device according to 
claim 3, wherein said sector length is equivalent to a multiple 
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of the data length of said aligned unit. 

6. A transport stream recording device according to 
claim 3, further comprising: 

a detector for detecting transport packets containing 
entry points from among said transport packets; and 

a map generator for generating an entry point map listing 
with transport packet positions containing said entry points . 

7. A transport stream recording device according to 
claim 3, wherein said map generator lists the PTS of said I 
picture in said entry point map. 

8. A transport stream recording method for recording 
input transport streams on a data recording medium, comprising 
the steps of: 

adding a header to the transport packet comprising the 
transport stream; and 

recording a predetermined specified number of said 
source packets on said data recording medium as aligned units . 

9. A transport stream recording method according to 
claim 8, further comprising the steps of: 

counting the number of transport packets comprising said 
transport stream; and 

generating null packets according to the count value 
from said counting step. 

10. A transport stream recording method according to 
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claim 8, wherein the beginning of each said aligned unit is 
periodically placed in the beginning of a sector. 

11. A transport stream recording method according to 
claim 10, wherein the data length of said aligned units is 
equivalent to a multiple of the sector length of said data 
recording medium. 

12. A transport stream recording method according to 
claim 10 , wherein said sector length is equivalent to a multiple 
of the data length of said aligned unit. 

13. A transport stream recording method according to 
claim 10, further comprising: 

a step of detecting transport packets containing entry 
points from among said transport packets; and 

a map generator step of generating an entry point map 
listing the transport packet positions containing said entry 
points . 

14. A transport stream recording method according to 
claim 10, wherein said transport stream recording method 
comprises a step of listing the PTS of the I picture in said 
entry point map. 

15. A program recording medium recorded with a 
computer-readable program for recording transport stream 
programs on a data recording medium, wherein said program 
recording medium comprises a header attachment step of 
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attaching a header to a transport packet constituting a 
transport stream and generating a source packet; and 

a step of recording a predetermined specified number 
of said source packets on said data recording medium as aligned 
units . 

16. A program recording medium recorded with a 
computer- readable program, further comprising the steps of: 

counting the number of transport packets comprising said 
transport stream; and 

generating null packets according to the count value 
from said counting process . 

17. A program recording medium recorded with a 
computer-readable program according to claim 15, wherein the 
beginning of each said aligned unit is periodically placed 
in the beginning of a sector. 

18. A program recording medium recorded with a 
computer-readable program according to claim 17, wherein the 
data length of said aligned units is equivalent to a multiple 
of the sector length of said data recording medium. 

19. A program recording medium recorded with a 
computer-readable program according to claim 17, wherein said 
sector length is equivalent to a multiple of the data length 
of said aligned unit. 

20. A program recording medium recorded with a 
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computer-readable program according to claim 17, further 
comprising a step of detecting transport packets containing 
entry points from among said transport packets; and 

a map generator step of generating an entry point map 
listing the transport packet positions containing said entry 
points . 

21. A program recording medium recorded with a 
computer-readable program according to claim 17 wherein said 
program recording medium comprises a step of listing the PTS 
of the I picture in said entry point map. 

22. A signal recorded on the data recording medium 
wherein, the source packet is a transport packet attached with 
a header and comprising the transport stream, the aligned units 
comprises a predetermined specified number of said source 
packets, and said aligned units are configured in units. 

23. A signal according to claim 22, wherein said source 
packet contains null packets. 

24. A signal according to claim 22, wherein the 
beginning of each said aligned unit is periodically placed 
in the beginning of a sector. 

25. A signal according to claim 24, wherein the data 
length of said aligned units is equivalent to a multiple of 
the sector length of said data recording medium. 

26. A signal according to claim 24, wherein said sector 



length is equivalent to a multiple of the data length of said 
aligned unit. 

27. A transport stream reproduction device for 
reproducing the transport stream recorded in aligned units 
on the recording medium, comprising: 

a reproduction section; 

a calculating section for calculating the address 
corresponding to the designated reproduction start position; 
and 

a controller for controlling said reproduction section 
so that read-out of said transport packets starts from the 
calculated address, 

wherein said aligned units are comprised of a 
predetermined specified number of collected source packets 
attached with headers to constitute said transport stream. 

28. A transport stream reproduction device according 
to claim 27, wherein said controller further controls the 
reproduction section to acquire an entry point map from said 
recording medium, compares the PTS listed in said entry point 
map with said designated reproduction start position, and 
searches the entry points adjacent to said specified 
reproduction start position; and said calculation section 
calculates the address corresponding to said entry points 
recorded in said transport packet. 
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29. A transport stream reproduction device according 
to claim 27, further comprising a deletion section to convert 
a designated deletion range into said aligned unit data region 
and to delete said converted aligned units recorded on said 
transport streams. 

30. A transport stream reproduction method for a 
transport stream reproduction device for reproducing 
transport streams recorded in aligned units recorded on a 
recording medium comprising the steps of: 

calculating the address corresponding to the designated 
reproduction start position; and 

reading out said transport packet from said calculated 
address and control the start of said reproduction section, 

wherein said aligned units comprises a predetermined 
specified number of collected source packets attached with 
headers to constitute said transport stream. 

3 1 . A program recording medium for recording a transport 
stream reproduction program readable by computer for 
reproducing transport streams recording in aligned units on 
the recording medium, wherein said transport stream 
reproduction program comprises the steps of: 

calculating the address corresponding to the designated 
reproduction start position; 

reading out said transport packet from said calculated 
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address and controlling the start of said reproduction section, 
wherein said aligned units comprises a predetermined 
specified number of collected source packets attached with 
headers to constitute said transport stream. 

32. A transport stream recording device for recording 
transport streams in sector units of data on a data recording 
medium, comprising: 

header attachment means for attaching a header to a 
transport packet constituting a transport stream and 
generating a source packet; 

classifying means for subdividing said source packet 
into a specified number of pieces and generating an aligned 
unit; and 

record means for recording said aligned units on said 
recording means, 

wherein the data quantity of the aligned unit is 
equivalent to a multiple of the data quantity recordable on 
one sector of said data recording medium. 

33. A transport stream recording device according to 
claim 32, further comprising: 

counting means for counting the number of transport 
packets having the transport stream; and 

null packet generating means for generating null packets 
according to the count from said counting means. 
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34. A transport stream recording device according to 
claim 32, further comprising: 

counting means for counting the number of transport 
packets having the transport stream; 

detection means for detecting transport packets having 
data serving as reproduction start positions, from among 
transport packets constituting said transport streams; and 

means for making entry point maps for specifying the 
transport packets containing said data serving as reproduction 
start positions. 

35. A transport stream recording device according to 
claim 34, wherein said detection means detects transport 
packets containing I picture data as the transport packet 
containing data serving as reproduction start positions, and 
said means for making entry point maps writes the count from 
said counting means for said transport packets containing said 
I picture data into the entry point map, and also writes said 
I picture PTS into said entry point map. 

36. A transport stream recording method of a transport 
stream recording device for recording input transport streams 
in sector units of data on a data recording medium, comprising : 

a header attachment step of attaching a header to a 
transport packet constituting said transport stream and 
generating a source packet; 
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a classifying step of subdividing the source packet 
generated in the header attachment step into a specified number 
of pieces each and generate an aligned unit; and 

a record step of recording the aligned units on said 
data recording medium, 

wherein the data quantity of the aligned unit is 
equivalent to a multiple of the data quantity recordable on 
one sector of said data recording medium. 

37. A program recording medium for recording a transport 
stream recording program for recording the input transport 
streams in sector units of data on a data recording medium, 
wherein said transport stream recording program comprises: 

a header attachment step of attaching a header to a 
transport packet constituting a transport stream and 
generating a source packet; 

a classifying step of subdividing the source packets 
generated in said header attachment step into a specified 
number of pieces and generating an aligned unit; and 

a record step of recording the aligned units on said 
data recording medium, 

wherein the data quantity of the aligned unit is 
equivalent to a multiple of the data quantity recordable on 
one sector of said data recording medium. 

38. A data recording medium recorded with transport 
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stream by a transport stream recording device, wherein said 
data recording medium is recorded with aligned units each 
subdivided into specified numbers of source packets with 
headers attached to transport packets and constituting said 
transport stream, and the data quantity of the aligned unit 
is equivalent to a multiple of the data quantity recordable 
on one sector of said data recording medium. 

39. A transport stream reproduction device for 
reproducing the transport stream recorded in aligned units 
on the recording medium, comprising: 

specifying means for specifying the reproduction start 
position, a calculation means to calculate the address of said 
data recording medium corresponding to said designated 
reproduction start position; and 

read-out means for starting readout of said transport 
packet from address on said data recording medium calculated 
by said calculation means. 

40. A transport stream reproduction device according 
to claim 39, further comprising: 

acquisition means for acquiring an entry point map from 
said data recording medium; 

search means for comparing the specified reproduction 
start position with said PTS listed in said entry point map 
and searching for the entry point adjacent to said specified 
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reproduction start position, 

wherein said calculation means calculates the address 
of said recording medium recorded in said transport packet 
corresponding to said entry point, using the count contained 
in said entry point map. 

41. A transport stream reproduction device according 
to claim 39, further comprising: 

conversion means for converting a specified erase range 
into data area for said aligned units; and 

deletion means for deleting said transport stream 
recorded in said data area for said aligned units converted 
by said conversion means. 

42. A transport stream reproduction method for a 
transport stream reproduction device for reproducing 
transport streams recorded in aligned units recorded on a data 
recording medium, comprising: 

a specifying step of specifying the reproduction start 
position; 

a calculation step of calculating the address of said 
data recording medium corresponding to said designated 
reproduction start position; and 

a read-out step of starting readout of said transport 
packet from address on said data recording medium calculated 
by said calculation means. 
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43 . A program recording medium for recording transport 
stream reproduction program, readable by computer, for 
reproducing transport streams recorded in aligned units 
recorded on a data recording medium, wherein said transport 
stream reproduction program comprises: 

a specifying step of specifying the reproduction start 
position ; 

a calculation step of calculating the address of said 
data recording medium corresponding to said designated 
reproduction start position; and 

a read-out step of starting readout of said transport 
packet from address on said data recording medium calculated 
in the processing of said calculation step. 
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ABSTRACT 

A transport stream recording device, method thereof, 
transport stream reproduction device, method thereof, and 
recording medium for efficiently recording and reproducing 
transport streams. A source packet having a four byte 
TP_extra_Header attached to a 188 byte transport packet is 
generated, 32 source packets of 192 bytes each are collected, 
and aligned units generated equivalent to a three sector 
portion of data (6144 bytes) are recorded or reproduced on 
the recording medium. 
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As a below named inventor, I hereby declare that: 




My residence, post office address and citizenship are as 
stated next to my name. 


LT^SfcErtStfc^T, ***1Da*-3*-©*f!# (T 


I believe I am the original, first and sole inventor (if only one 
named is listed below) or an original, first and joint inventor (if 
plural names are listed below) of the subject matter which is 
claimed and for which a patent is sought on the invention 
entitled. 

A TRANSPORT STREAM RECORDING DEVICE, METHOD 
THEREOF, TRANSPORT STREAM REPRODUCTION 
DEVICE, METHOD THEREOF, PROGRAM RECORDING 
MEDIUM AND A DATA RECORDING MEDIUM 








the specification of which is attached hereto unless the 
following box is checked: 

J [ was filed on as United States Application 

Number or PCT International Application Number 
and was amended on (if applicable). 




I hereby state that I have reviewed and understand the 
contents of the above identified specification, including the 
claims, as amended by any amendment referred to above. 


«t». a*«flB26All3 7»*l*S6?lK*«inaj: 


I acknowledge the duty to disclose information which is 
material to patentability as defined in Title 37, Code of 
Federal Regulations, Section 1.56. 
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I hereby claim foreign priority under Title 35, United States 
Code, Section 119(a)-(d) or 365(b) of any foreign 
application(s) for patent or inventor's certificate, or 365(a) of 
any PCT International application which designated at least 
one country other than the United States, listed below and 
have also identified below, by checking the box, any foreign 
application for patent or inventor's certificate, or PCT 
International application having a filing date before that of the 
application on which priority is claimed. 


Prior Foreign Application(s) 

P1 1-274231 Japan 
(Number) (Country) 
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Priority Not Claimed 

28 September 1999 
(Day/Month/Year Filed) 
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(Application No.) (Filing Date) 
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I hereby claim the benefit under Title 35, United States Code, 
Section 119(e) of any United States provisional application(s) 
listed below. 

(Application No.) (Filing Date) 
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(Application No.) (Filing Date) 
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I hereby claim the benefit under Title 35, United States Code, 
Section 120 of any United States application(s), or 365(c) of 
any PCT International application designating the United 
States, listed below and, insofar as the subject matter of 
each of the claims of this application is not disclosed in the 
prior United States or PCT International application in the 
manner provided by the first paragraph of Title 35, United 
States Code, Section 112, I acknowledge the duty to disclose 
information which is material to patentability as defined in 
Title 37, Code of Federal Regulations, Section 1.56 which 
became available between the filing date of the prior 
application and the national or PCT International filing date of 
application. 


(Status: Patented, Pending, Abandoned) 
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I hereby declare that all statements made herein of my own 
knowledge are true and that all statements made on 
information and belief are believed to be true; and further that 
these statements were made with the knowledge that willful 
false statements and the like so made are punishable by fine 
or imprisonment, or both, under Section 1001 of Title 18 of 
the United States Code and that such willful false statements 
may be jeopardize the validity of the application or any patent 
issued thereon. 
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